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Sir: 



REPLY BRIEF 



Appellant files the instant Reply Brief in triplicate. 
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1 The Examiner states at page 14, paragraph 2 of the Examiner's Answer 

2 that : 

3 "The examiner has already shown and 

4 replied in the last Office Action 

5 (paper #15). Appellant's only 

6 argument is 'a WAN is not equivalent 

7 to the Internet' (Appellant's Brief, 

8 pages 2 5-26) . The Internet and the 

9 Wide Area Network (WAN) are types of 

10 communication medium used. 

11 Therefore, the communication medium 
•12 used (the Internet or the WAN) is 

13 relevant to execute the 

14 functionalities of the limitations of 

15 the claimed invention." 

16 Appellant disagrees. Appellant respectfully resubmits that a WAN is 

17 not equivalent no the Internet and is NOT relevant to execute the 

18 functionalities of the limitations of the claimed invention as will be 

19 shown infra. 

20 A WAN (Wide Area Network) is a network which can be utilized over 

21 relatively long distances, quite often between buildings and some times 

22 transmitted over telephone lines or with a satellite transmission system. 

23 Protocol can be what ever is agreed upon. Some common protocols include 

24 TCP/IP, NetBEUI, IPX/SPX-compatible Protocol, WAN support for ATM, ATM 

25 Call Manager, etc. The Internet, however, only permits TCP/IP protocol, 

26 and is the largest WAN of all. Therefore, even though the Internet is a 

27 WAN, a WAN is not necessarily the internet. There is no reciprocity 

28 between A WAN and the Internet. The Internet is not equivalent to Wide 

29 Area Network. 

30 Support for assertion that the Internet is not equivalent to a Wide 

31 Area Network can be found in the declaration of Gary j; Levant! under 37 

32 CFR 1.68 in lieu of affidavit under 35 CFR 1.132 traversing grounds of 
3 3 rejection by distinguishing Internet is not equivalent to Wide Area 
34 Network from each other submitted with appellant's Brief. 

3 5 Further support for this assertion can be found in In re Gosteli, 

36 372 F,2d 1008, 10 USFQ.2d 1614 (Fed. Cir. 1989), where the Court held: 

37 "... species rejects genera, but the 

3 8 converse is_ not necessarily so . " 

39 [Empfrasjs addeqj 

40 In applying the decision of the Gosteli Court, it is revealed that 

41 a WAN is a genus which cannot reject the specie of che Internet, 
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1 With Brendel et al's use of a WAN instead of the internet, the 

2 server 52 cannot be located anywhere in the world regardless of where in 

3 the world the load balancer 70 is located ipso facto the load balancer 70 
& communicates with the server 5 2 over the discrete and/or distinct and/or 

5 dedicated connection 120. 

6 Additionally, Brendel et al. disclose at col. 20, lines 34-37: 

7 "The web farm has been described as 
B having a "local" necwork, but this 
9 local network could be local only in 

10 the sense that it is not the Internet 

11 backbone." 

12 Brendel at al. teach communicating between the scheduler and the 

13 server wich a proprietary (OSI 3rd level) protocol called IXP. 

14 In contradistinction, the present invention teaches communicating 

15 with the participants (the equivalent of web servers in Brendel et al . ) 

16 from the main server (the scheduler) with the standard IP (Internet 

17 Protocol) protocol so that the present invention can reside where there is 

18 no specialized frame relay or ISDN or leased line communication between 

19 the scheduler and the participant and when there is only a standard 

20 Internet connection that is using the Internet backbone, which Brendel et 

21 al. simply cannot do. The at least one participant: server can be located 

22 anywhere in the world regardless of where in the world the main server is 

23 located. 

24 The present invention is a system and method for allowing TCP/IP 

25 servers to assign jobs to other servers dynamically without relocating the 

26 client using neither HTTP nor HTML commands > wherein the "main server" is 

27 the server of the ISP (the main TCP/IP server), the "participants " are the 

28 servers that are assigned jobs, and the "client" is the client computer 

29 that makes the actual request. The system and method of the present 
3 0 invention depend upon the publicly known technique of "IP Spoofing" and 

31 take the relocating process away from the top networking OSI layers, such 

32 as TCP, HTTP and application level to the 3rd level of internetworking OSI 

33 that is the IP. It enables internet-wide load balancing and content 

34 delivery with only a single IP involved as the listener. 

35 in practice, the client requests a file or document from the main 

36 server (a streaming video and/or audio file is typical) . 

37 The main server operates at the firewall /IP level and has an IP 

38 stack (separate from the TCP/IP stack of the operating system) that can 

39 forward packets to another host with a TCP/IP connection and a basic 
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database running that stores and retrieves the data of IP addresses and 
the ports of the participant servers and the socket information {IP, port, 
latest sequence number of the packet exchange as well as the TCP state) of 
the client. The main server examines the client's IP address and seeks 
the nearest participant server (the one that has the most bandwidth and 
CPU, geographically closest, and other serving retirements needed to 
serve a document to the client) . 

The main server, acting like an orchestra chief, requests the 
participant to send the document client requested to the client packet-by- 
packet, labeling each packet with the senders IP address being the main 
servers IP address. This enables the client, which has a port open only 
for a main server's address to accept the packets (the file). To 
accomplish this goal, the main server examines the IP address port of the 
packet . Then takes action as i 

1. If the port of the specific client's socket does not have a 
correspondence in the database (determined after a "SELECT" SQL 
statement) , which means that the client has just started a 
connection with a SYN packet. Then this client socket is stored in 
the database wich four variables: IP address, port number, and TCP 
state along with a timestamp for the socket; and 

2. If the IP and port are present in the database as an active 
connection (a connection that is transferring data or in a wait 
state but not terminated) , then the timestamp of the socket is 
updated with the current time of the arrival of the latest packet. 
The purpose of the timestamp is for a background thread in the main 

server to clean the obsolete (closed) socket entries in the database. The 
background thread does this by subtracting the timestamp from the current 
time and comparing this value with a defined (by the main server 
programmer or administrator) timeout value. If the timeout value is 
exceeded then the database entry is deleted. This means that the socket is 
indeed broken. 

After that, the packet is modified. The source IP and port of the 
packet are preserved- The destination IP and port of the packet are 
changed to the listening IP and the port of the participant is selected as 
being geographically closest and with the best free resources in terms of 
CPU usage, volatile and non-volatile memory, and bandwidth. 
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The participant server processes the request as if it was directly 
requested by the client since the participant does not know from the IP 
packer chat in was routed from the main server and thinks that the packet 
actually comes from the client since the packet has the source IP of the 
client. The participant sends the requested object with the sender's 
address (source IP) of the main server's IP address at the IP level. This 
may require root privileges under Linux, other requirements may apply to 
other systems. 

When the client makes another request using the main server's IP 
address, the client requesting packages are routed to the main server , NOT 
to che participant server. This is the "normal behavior" of today's 
networking equipment (i.e. routers) and software. 

In live stream and the participant does not have the file requested, 
than the file is first downloaded to the participant and than sent to the 
clients. In the lack of multicasting this will distribute the load of the 
main server to the participant servers and thus would save costs because 
adding participant servers would be relatively easy and cheap to add than 
clustering more servers to the main server. 

The present invention: 

1 . Provides the advantages of multicasting such as low server and 
bandwidth costs but without multicasting supporting hardware. 

2 . Is fast and flexible - the number of participants can be changed 
dynamically with little cost compared to upgrading the main server. 

3. Is not difficult to implement. 

4. Relies on the fact that multicasting equipment is expensive and 
ISP's are reluctant to upgrade and unless most of the net is 
equipped with multicasting machines, multicasting won't operate 
efficiently. 

5. Participants are safe in the network against attacks such as denial 
of service attacks because their IP addresses are not revealed to 
the clients, and thus hackers. 

In operation, 

a main server is established. A participant Internet surfer enters 
username, password, and other necessary information required for financial 
processing to a form in a web page of the website of the present 
invention. When a participant user decides to become active in the 
system, it will surf to the website and enter his username, password. The 
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1 participant's computer will then load an applet (possibly written in 

2 ActiveX or Java in 1999 terms) that will be the server software of the 

3 "participant" (participant is the participating web surfer or company 

4 computer) . The applet will first calculate the participants CPU, 

5 bandwidth, and memory power (and other necessary resources) and will start 

6 a timer for Che participant to start serving under rule of the main 

7 server. Information about the participant will be recorded on a database 

8 in the main server (main server may be any machine with at least one IP 

9 address connected to the Internet backbone) . When a web surfer requests 

10 a file, the main server will search through its database of servers and 

11 select the most appropriate server in terms of serving ability depending 

12 on its previous evaluation of participants. The main server will command 

13 the participant, via the open listening socket of the applet loaded in the 

14 participant's machine, to serve the client. When the participant server 

15 decides to go offline, the main server calculates the amount earned by the 

16 participant Internet user and records it. At the end of a period, 

17 participant person will get his money by check. The main server will have 

18 the computing power of the net efficiently, cheaply, and dynamically at 

19 its fingerprints. The main server will be the powerhouse between ISPs. 

20 RICHARD L. MILLER 

21 12 Parks ide Drive 

22 Dix Hills, NY 11746-4879 
23 

24 PHONE (631) 499-4343 
25 
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